home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0118 / 157.txt < prev    next >
Text File  |  1997-04-16  |  27KB  |  647 lines
  1. Info-Atari16 Digest         Wed, 20 Mar 91       Volume 91 : Issue 157
  2.  
  3. Today's Topics:
  4.                   1 year warranty and stuff (2 msgs)
  5.                              Calamus demo
  6.                  GCC: Virtual memory exhausted error?
  7.                 Graphic TIFF to IMG converter request
  8.                            IFF converters?
  9.               Laplink(tm) compatible program for the ST?
  10.                    memory upgrade woes on a Mega 1
  11.                     Monochrome monitor for 1040ST
  12.                  Mouse Crazy! (also NoiseTracker 1.5)
  13.                              Spectre 128
  14.                      standard practices (2 msgs)
  15.                     ST Disks & Sparcstation Drives
  16.                              Stuck STe ?
  17.       Trouble with Mono-spaced Fonts in a Mupfel (Gemini) Window
  18.                              TT questions
  19.                            Uniterm & Kermit
  20.                     Uniterm & Xmodem (was Kermit)
  21.  
  22. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  23. cross-posting to/from Usenet is getting closer, but still getting thrashed
  24. out.  Please send notifications about broken digests or bogus messages
  25. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  26.  
  27. Please send requests for un/subscription and other administrivia to
  28. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  29. instead of the moderators are likely to be lost or ignored.
  30.  
  31. If you want to unsubscribe, and you're receiving the digest indirectly
  32. from someplace (usually a BITNET host) that redistributes it, please
  33. contact the redistributor, not us.
  34. ----------------------------------------------------------------------
  35.  
  36. Date: 20 Mar 91 22:40:54 GMT
  37. From: fs7.ece.cmu.edu!o.gp.cs.cmu.edu!andrew.cmu.edu!mc4c+@sei.cmu.edu (Mark
  38.  Choi)
  39. Subject: 1 year warranty and stuff
  40. To: Info-Atari16@naucse.cse.nau.edu
  41.  
  42.         ATari supposedly updated their warranty to one year. Is this
  43. retroactive? I have some problems w/ STacy (that occured in 90 warranty,
  44. but I never got a chance to bring it in) and I would wlike to get them
  45. taken care of. The track ball sticks all the time, one of the plactic
  46. covers arrived broken, and worst of all, the LCD screen has become loose
  47. on one side. I could probably take the baby apart and fix it myself, but
  48. if it is now still under warranty, why bother.
  49.         Does anyone know if GBS is still working on an internal Spectre. The
  50. external one is a real pain in the ass for the STacy, with that floppy
  51. wire tangling things up, the power cord (There is NO Stacy battery from
  52. Atari!) hanging off, and the cartridge almost breaking off every time I
  53. lift the machine. It's a mess. D. Small was supposedly talking about
  54. piggybacking a Spectre to the TOS ROMS. Where did this ever go?
  55.         I still need a copy os STOS/SCULPT, by the way.
  56.         Also, just read some stuff about GEOWORKS, talked about here a while
  57. back. It seems like a great implementation of  Motif, and Atari should
  58. do something similar. It does preemtive multitasking (with DOS!),
  59. supports most graphics standards, needs minimal memory, and is fast. It
  60. will give Bill Gates a run for his money.
  61.         Since Atari is supposedly going to use Motif for the vapourware Atari
  62. UNIX, Why not bag GEM for the STe's and MEGA's as well?
  63.         While I'm in this mode, lets have a vote. Should Atari bag backward
  64. compatibility (except for software emulation) and design a great
  65. operating system from the ground up, or go with Mach or something, and
  66. do it right this time? Or should they continue to try to update TOS,
  67. which is obsolete, and as a CP/M clone, is archaic and all but dead IMO.
  68. I know all the old programs would have to be rewritten, but then maybe
  69. we could get a really powerful machine, with a much nicer GUI. I mean,
  70. the hardware is O.K.. Send to my account and I will compile.
  71.  
  72. ------------------------------
  73.  
  74. Date: 21 Mar 91 02:14:48 GMT
  75. From: ucdavis!csusac!csuchico.edu!ekrimen@ucbvax.berkeley.edu (Ed Krimen)
  76. Subject: 1 year warranty and stuff
  77. To: Info-Atari16@naucse.cse.nau.edu
  78.  
  79. mc4c+@andrew.cmu.edu (Mark Choi) writes:
  80.  
  81. - ATari supposedly updated their warranty to one year.
  82.  
  83. From whom did you hear this?
  84.  
  85. - Does anyone know if GBS is still working on an internal Spectre.
  86.  
  87. Still working?  I didn't know they were working on one.  Have you
  88. called GBS and asked them?
  89.  
  90.  
  91. --
  92.          Ed Krimen  ...............................................
  93.    |||   Video Production Major, California State University, Chico
  94.    |||   INTERNET: ekrimen@ecst.csuchico.edu  FREENET: al661
  95.   / | \  SysOp, Fuji BBS: 916-894-1261        FIDONET: 1:119/4.0
  96.  
  97. ------------------------------
  98.  
  99. Date: 19 Mar 91 14:45:13 GMT
  100. From:
  101.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!bloo
  102.  m-beacon!eru!hagbard!sunic!mcsun!hp4nl!telmail!neabbs!vousten@arizona.edu (ROB
  103.  VOUSTEN)
  104. Subject: Calamus demo
  105. To: Info-Atari16@naucse.cse.nau.edu
  106.  
  107. I just uploaded CALAMUS.LZH to atari.archive. It's the demo version 1.09
  108. of Calamus. Someone on the net asked for it last week. You can't save
  109. documents, but it will give you a good impression of what the program
  110. can do. (Be prepared: archive contains path names.)
  111.  
  112. On the same subject: as far as I know, anyone who uploads something to
  113. atari.archive will have to send a short description of the uploads to
  114. Jeff Weiner (the archive caretaker) so he will know where to put the
  115. stuff. If we limit the description to, say, 3-5 lines of relevant info
  116. then perhaps Jeff could collect the descriptions and send them out to
  117. the net maybe once a week. Something similar is done on the Mac digests
  118. that I receive. Is this a good idea? It would give us info on *all* new
  119. uploads so we don't have to depend on the occasional soul who sends his
  120. 'new uploads' message. And it would give Jeff something to do after
  121. graduation... :-)
  122.  
  123. ----------------------------------------------------------------------.
  124. | Rob Vousten                                                          |
  125. | University of Nijmegen - Dept. of General Linguistics & Dialectology |
  126. | Erasmusplein 1         NL-6526 HT  Nijmegen          The Netherlands |
  127. | BITNET: U218008@HNYKUN11       INTERNET: u218008@hnykun11.urc.kun.nl |
  128. '----------------------------------------------------------------------'
  129.  
  130. ------------------------------
  131.  
  132. Date: 20 Mar 91 11:49:17 GMT
  133. From:
  134.  noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!ai-lab!opal!db0tui11!ger
  135.  loff@arizona.edu (Olaf Gerloff)
  136. Subject: GCC: Virtual memory exhausted error?
  137. To: Info-Atari16@naucse.cse.nau.edu
  138.  
  139. In article <0bsiSby00VADAIpl4O@andrew.cmu.edu>, es2a+@andrew.cmu.edu (Eric
  140. Stuyvesant) says:
  141. >
  142. >I'm running gcc from RAMdisk on my 4 Mb system, and am playing a
  143. >balancing game between disk space and memory.  I have been getting an
  144. >error from GCC, namely "Virtual memory exhausted."  Does this really
  145. >mean "disk space exhausted," as it seems to imply, or does it mean "not
  146. >enough memory?"  It doesn't seem to matter which version of gcc I use,
  147. >be it 1.37 or 1.39.
  148. >
  149.  
  150. It means that gcc hasn't enough memory to work. He says virtual memory, because
  151. gcc was first designed for UNIX, where you have virtual memory because of
  152. paging and/or swaping.
  153.  
  154. Greetings, Olaf
  155. -------
  156. *******************************************************************************
  157. * Olaf Gerloff                      * Internet: GERLOFF@tubvm.cs.tu-berlin.de *
  158. * Technical University Berlin (FRG) * BITNET  : GERLOFF@DB0TUI11              *
  159. *******************************************************************************
  160. *               Impossible things will be executed immediately,               *
  161. *                       miracles take a little longer!                        *
  162. *******************************************************************************
  163.  
  164. ------------------------------
  165.  
  166. Date: Wed, 20 Mar 91 20:57:16 +0100
  167. From: Z07801%BBRBFU01.BITNET@CUNYVM.CUNY.EDU
  168. Subject: Graphic TIFF to IMG converter request
  169. To: INFO-ATARI16@naucse.cse.nau.edu
  170.  
  171. I 'm looking for a TIFF -> IMG converter. Is there any at terminator...
  172. or other FTP site ?
  173.  
  174. Patrick INSTALLE
  175.  
  176. ------------------------------
  177.  
  178. Date: 20 Mar 91 20:20:00 GMT
  179. From:
  180.  noao!ncar!elroy.jpl.nasa.gov!usc!cs.utexas.edu!sun-barr!newstop!texsun!convex!r
  181.  osenkra@arizona.edu (William Rosencranz)
  182. Subject: IFF converters?
  183. To: Info-Atari16@naucse.cse.nau.edu
  184.  
  185. much of the PBMplus package has been uploaded to atari.archive.
  186. look in 
  187. component. check the manpages. with PBM you can convert (and
  188. manipulate) between just about most all popular graphic formats, color,
  189. grayscale, and bitmap (mono). i have not tried it on the ST,
  190. but always had good luck when i had access to a sun. warning: it
  191. is HUGE. i know there are spc components as well as pi1, pi3, and
  192. gif. the manpage archive is only 50k or so. get that first.
  193.  
  194. wait, i just checked...PBMplus has an IFF ILBM to pbm converter.
  195. from pbm you can go to GIF, PI1, SPC, etc. only problem is the atari
  196. port does not include ilbmtopbm. still, you can get the source
  197. for PBM at your nearest comp.sources.unix archive and port it yourself.
  198. best bet would be using gcc with 32-bit ints for easiest port.
  199.  
  200. hope this helps...
  201.  
  202. -bill
  203. rosenkra@convex.com
  204. --
  205. Bill Rosenkranz            |UUCP: 
  206. Convex Computer Corp.      |ARPA: rosenkra%c1yankee@convex.com
  207.  
  208. ------------------------------
  209.  
  210. Date: 20 Mar 91 22:42:03 GMT
  211. From: haven!umbc3!umbc5.umbc.edu!chuck@purdue.edu (Chuck Rickard)
  212. Subject: Laplink(tm) compatible program for the ST?
  213. To: Info-Atari16@naucse.cse.nau.edu
  214.  
  215. Is there a program for the ST that is compatible with the program Laplink
  216. on the IBM?  I already have the cable and everything for the PC, so all I
  217. need is the driver software for the Atari.
  218.  
  219. Thanks for any help!
  220.  
  221. Chuck Rickard
  222. (chuck@umbc5.umbc.edu)
  223.  
  224. ------------------------------
  225.  
  226. Date: 20 Mar 91 11:06:58 GMT
  227. From:
  228.  noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
  229.  !sunic!mcsun!hp4nl!philapd!idcapd!wilko@arizona.edu (W.C. Bulte)
  230. Subject: memory upgrade woes on a Mega 1
  231. To: Info-Atari16@naucse.cse.nau.edu
  232.  
  233. I am experiencing some problems in upgrading a Mega 1 to a Mega 2.5. I did
  234. replace bank 1 consisting of 4 x 414256 (256Kx4 chips) by 16 x 411000 (1Mx1).
  235. The missing A9 line (not used on the 414256) is connected to the 411000 via
  236. a series R of 33 ohm.
  237.  
  238. Result of all this: the ST recognizes the new bank 1 as a 128k bank, giving me
  239. a total of 640 kbytes. In addition a very interesting moving pattern of
  240. vertical bars appears on the screen. The bars are approximately 8 pixels wide.
  241. I get the impression that this screen pattern is due to non-refreshed dram
  242. locations. Apparantly the ST thinks (?) that 64 k drams are used for bank 1,
  243. resulting in a refresh cycle on 8 address lines (256 address refresh cycle)
  244. instead of the 9 address and 512 refresh cycle a 1Mbit memory cell requires.
  245.  
  246. My question: does Atari use a different MMU chip in the Mega 1 with 414256
  247. chips which cannot handle the 1Mbit cells? This would mean I am stuck with
  248. 1Mbyte. I'd love to see Spectre running with some more memory and Multifinder.
  249.  
  250. Any help appreciated
  251.  
  252. _     ______________________________________________________________________
  253.  |   / o / /  _   Wilko Bulte   Domain: wilko@idca.tds.philips.nl
  254.  |/|/ / / /( (_)                uucp  : [mcsun,hp4nl]!philapd!wilko
  255. * Philips Information Systems Nederland   phone:  055-432372 fax: 055-432103
  256. ____________________________________________________________________________
  257.  
  258. ------------------------------
  259.  
  260. Date: 20 Mar 91 20:14:04 GMT
  261. From:
  262.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!uwm.edu!psuvax1!
  263.  ukma!xanth!xanth.cs.odu.edu!jason@arizona.edu (Jason "dedos" Austin)
  264. Subject: Monochrome monitor for 1040ST
  265. To: Info-Atari16@naucse.cse.nau.edu
  266.  
  267.         Anyone know of a good place to get a monochrome monitor that
  268. will work with my 1040ST?  Atari dealers have become non-existant
  269. around here, and I can't find much information on compatible ones.
  270. Thanks for any help.
  271. --
  272. Jason C. Austin
  273. jason@cs.odu.edu
  274.  
  275. ------------------------------
  276.  
  277. Date: 20 Mar 91 14:16:29 GMT
  278. From: visix!brett@uunet.uu.net (Brett Bourbin)
  279. Subject: Mouse Crazy! (also NoiseTracker 1.5)
  280. To: Info-Atari16@naucse.cse.nau.edu
  281.  
  282. In article <9103191745.AA09197@ucbvax.Berkeley.EDU>
  283.  robotron@tardis.computer-science.edinburgh.ac.uk (Stephen K Mulrine) writes:
  284. >In comp.sys.atari.st, smisra@eos.ncsu.edu (SAURABH MISRA) writes:
  285. >
  286. >I got NoiseTracker v1.5 recently.  I'm sure it's public domain, so should I
  287.                                                   ~~~~~~~~~~~~~
  288. >try to upload it to atari.archive?  There's nothing in any of the
  289. >documentation which suggests I shouldn't distribute it, but there's nothing
  290. >which says I should either.  It's a wonderful piece of software - I use it
  291. >on my STe to play Sound/NoiseTracker modules I've downloaded from a couple
  292. >of Amiga Games Machine anonymous FTP sites (ab20.larc.nasa.gov and
  293.  
  294. I would double-check that, because I know the Amiga version was NOT in the
  295. public domain.  I would think the same would be true for the ST.
  296.  
  297. >UUCP: ..!uunet!nsf.ac.uk!tardis.cs.ed.ac.uk!robotron
  298. --
  299.                                 __
  300.   Brett Bourbin          \  / /(_  /\/   11440 Commerce Park Drive
  301.     ..!uunet!visix!brett  \/ / __)/ /\   Reston, Virginia 22091
  302.     brett@visix.com       Software Inc   (703) 758-2733
  303.  
  304. ------------------------------
  305.  
  306. Date: 20 Mar 91 18:34:53 GMT
  307. From: ucdavis!csusac!csuchico.edu!neonman@ucbvax.berkeley.edu (Justin DuBois)
  308. Subject: Spectre 128
  309. To: Info-Atari16@naucse.cse.nau.edu
  310.  
  311. I am Looking for an older style Spectre Cartridge. Is anyone
  312. selling there Spectre 128 Cartridge please leave me mail at
  313.      neonman@ecst.csuchico.edu
  314.  The Mac Roms may not need be included, Please leave me a message,
  315. and a price.
  316.  
  317. ------------------------------
  318.  
  319. Date: 20 Mar 91 20:42:57 GMT
  320. From:
  321.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!sun-barr!newstop!texsun!conv
  322.  ex!rosenkra@arizona.edu (William Rosencranz)
  323. Subject: standard practices
  324. To: Info-Atari16@naucse.cse.nau.edu
  325.  
  326. while on the subject of standards, can i throw in my 2 cents on another
  327. plead for consistency?
  328.  
  329. it would be really nice if unix-like programs on the ST (or anywhere, for
  330. that matter) would include the following command line switches:
  331.  
  332.         -debug          to turn on internal debugging, if any
  333.         -help           to print a usage synopsis
  334.         -version        to print current program version
  335.         -changes        to print major changes since last rev (or indicate
  336.                         that this is first rev)
  337.  
  338. it makes life a little easier and is no big deal to program, viz:
  339.  
  340.         for (argc--, argv++; argc && (**argv == '-'); argc--, argv++)
  341.         
  342.                 switch (*(*argv+1))
  343.                 
  344.                 case 'd':
  345.                         if (!strncmp (*argv, "-debug", 6))
  346.                         
  347.                                 debugging++;
  348.                                 break;
  349.                         
  350.                         /* otherwise handle any "-d" option */
  351.                         break;
  352.  
  353.                 case 'v':
  354.                         if (!strncmp (*argv, "-vers", 5))
  355.                         
  356.                                 printf"%s\n", versionon);
  357.                                 exit (0);
  358.                         
  359.                         /* otherwise handle any "-v" option */
  360.                         break;
  361.  
  362.                 case 'h':
  363.                         if (!strncmp (*argv, "-help", 5))
  364.                         
  365.                                 usage ();
  366.                                 exit (0);
  367.                         
  368.                         /* otherwise handle any "-h" option */
  369.                         break;
  370.  
  371.                 case 'c':
  372.                         if (!strncmp (*argv, "-chang", 6))
  373.                         
  374.                                 changes ();
  375.                                 exit (0);
  376.                         
  377.                         /* otherwise handle any "-c" option */
  378.                         break;
  379.  
  380.                 /* any other options... */
  381.                 
  382.         
  383.  
  384. i like debugging++ rather than debugging = 1 since you could potentially
  385. have severall levels (-debug or -debug -debug or ...). if you really want
  386. more generality, change to:
  387.  
  388.         case 'H':       /* for desktop's benefit */
  389.         case 'h':
  390.                 if (!strncmp (stolower (*argv), "-help", 5))
  391.                 
  392.                         /* stolower returns (char *) ptr after lowercasing
  393.                            the string arg */
  394.                         ...
  395.                 
  396.  
  397. does this sound reasonable? i have adopted this myself for both unix and
  398. TOS. i just wish P1003.2 would say something about this...
  399.  
  400. -bill
  401. rosenkra@convex.com
  402. --
  403. Bill Rosenkranz            |UUCP: 
  404. Convex Computer Corp.      |ARPA: rosenkra%c1yankee@convex.com
  405.  
  406. ------------------------------
  407.  
  408. Date: 21 Mar 91 03:37:39 GMT
  409. From:
  410.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!munnari.oz.au!brolga!uqcsp
  411.  e!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
  412. Subject: standard practices
  413. To: Info-Atari16@naucse.cse.nau.edu
  414.  
  415. In <1991Mar20.204257.26740@convex.com> rosenkra@convex.com (William Rosencranz)
  416.  writes:
  417.  
  418.  
  419. >while on the subject of standards, can i throw in my 2 cents on another
  420. >plead for consistency?
  421.  
  422. >it would be really nice if unix-like programs on the ST (or anywhere, for
  423. >that matter) would include the following command line switches:
  424.  
  425. >       -debug          to turn on internal debugging, if any
  426. >       -help           to print a usage synopsis
  427. >       -version        to print current program version
  428. >       -changes        to print major changes since last rev (or indicate
  429. >                       that this is first rev)
  430.  
  431. -debug   - Very rarely used, so should be #IFDEFed out in releaase.
  432. -help    - No way!  I MUCH prefer "man <command>" - and again, save on program
  433.  size.
  434. -version - I totally agree, it takes no effort or space, and is useful for
  435.  updates.
  436. -changes - No, stick it in the manual.
  437.  
  438. See.  Standards only work if they are inarguably beneficial.
  439.  
  440. Personally, I write more GEM stuff than TOS stuff, and in THAT CASE, "help",
  441.  "version"
  442. and "changes" are good things to include - because the average GEM user is
  443.  _potentially_
  444. a dim wit - so it goes to make the program more User Friendly.  People who use
  445. command lines are used to using "man" or just "more"ing the documentation.
  446.  
  447. Warwick.
  448. --
  449.   _--_|\        warwick@cs.uq.oz.au
  450.  /      *  <--  Computer Science Department,
  451.  \_.--._/       University of Queensland,
  452.        v        AUSTRALIA.
  453.  
  454. ------------------------------
  455.  
  456. Date: 20 Mar 91 19:38:59 GMT
  457. From:
  458.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!uwm.edu!ux1.cso.uiuc.edu!m
  459.  .cs.uiuc.edu!flute.cs.uiuc.edu!totty@arizona.edu (Brian Totty)
  460. Subject: ST Disks & Sparcstation Drives
  461. To: Info-Atari16@naucse.cse.nau.edu
  462.  
  463.         A few months ago, some people were talking about reading Atari
  464.         ST disks from a Sparcstation.  Does anyone know how to go about
  465.         this?
  466.  
  467.         Specifically, I want to read files from a double sided disk onto
  468.         my Sparc and then transfer them to my ST hard disk via modem (I
  469.         only have a single-sided floppy).
  470.  
  471.    /                      Brian Totty              o o
  472.   /__  __  o       1304 W. Springfield Avenue       o
  473.  /  / /   /             Urbana, IL 61801           \_/  "We have corn in
  474. /__/ /   /             totty@cs.uiuc.edu                Massachusetts too!"
  475.  
  476. ------------------------------
  477.  
  478. Date: 20 Mar 91 16:46:41 GMT
  479. From:
  480.  noao!ncar!elroy.jpl.nasa.gov!usc!samsung!olivea!mintaka!ai-lab!life.ai.mit.edu!
  481.  johnb@arizona.edu (John Bunch)
  482. Subject: Stuck STe ?
  483. To: Info-Atari16@naucse.cse.nau.edu
  484.  
  485. Hmmmm,  Hello all.
  486.  
  487.    I seem to have encountered a strange problem.  I will try to do my
  488. best to describe it.  Just to make thing clear.  I have an Atari
  489. 1040STe with 1 meg of ram.  I just bought it 2 weeks ago.  I also have
  490. an SC1224 that came with the ST I had and a Beast Systems DS/DD 720k
  491. floppy drive.  I have the following programs in my auto folder:
  492.  
  493.       STE_FIX.PRG  ! off of my Atari Language disk.
  494.       VDI_FIX.PRG  ! V1.10 from terminator.
  495.       QUICKSTC.PRG ! V2.11
  496.  
  497. Well, that should be enough info on that.  Now here is my problem.
  498. When I run any program they work, but when I try to exit said program
  499. my screen goes white and does not return to the desktop till I hit
  500. ctrl-alt-del.  Now I tried a few programs and encountered the same
  501. problem with a few programs.  Uniterm, unlzh14.prg, dterm_1c.prg.
  502. Those are the only ones I've tested so far.  This problem just started
  503. now.  I just changed my auto folder so that the only thing that loads
  504. is ste_fix.prg and I have been able to exit programs, but I didn't
  505. have any problems yesterday like this.  Any ideas?
  506.  
  507. John Bunch
  508. --
  509. ************************************************************************
  510. *        John Bunch       * 610 Morris St. * To be filled with a nifty *
  511. * johnb@gnu.ai.mit.edu    * Albany,NY      * quote at a later date...  *
  512. *                         * 12208          *                           *
  513. ************************************************************************
  514.  
  515. ------------------------------
  516.  
  517. Date: Wed, 20 Mar 91 20:29:04 EST
  518. From: scott@sparc1.stevens-tech.edu (Scott Kolodzieski)
  519. Subject: Trouble with Mono-spaced Fonts in a Mupfel (Gemini) Window
  520. To: Info-Atari16@naucse.cse.nau.edu
  521.  
  522.         Hello, this problem has been driving me crazy as of late.
  523. My situation is as follows, I am using Gemini 1.2 on a 4 meg 1040
  524. with TOS v1.4 (rainbow). Now I run bash in a Mupfel window (bash.ttp).
  525. If I select any of the supplied gemini fonts, all is well. However
  526. I recently got some other GDOS mon-spaced fonts (converted Mac fonts)
  527. and when I select them, they work fine, but in the Bash window the cursor
  528. leaves a 1 pixel high trail behind. The trail is under the cursor, as it
  529. gives the apperance that all characters are underlined. I have tried to
  530. edit the fonts with Fontz and Gemfed, changing ascent/descent/base/half
  531. lines, but nothing seems to work. I always get this trail.
  532.  
  533.         By the way I am using the AMCGDOS that came with Gemini 1.2!
  534. Also since I am asking, does anyone know if there is a program that
  535. will convert proportional fonts to mono-spaced fonts.
  536.  
  537.  
  538.                                 Many thanx --
  539.  
  540.                                 Scott Kolodzieski
  541.  
  542.         Your choice of reply:
  543.  
  544.                         scott@sparc1.stevens-tech.edu (better)
  545.                                     -or-
  546.                         skolodzieski@sitvxc.stevens-tech.edu (ok)
  547.  
  548.  
  549. ------------------------------
  550.  
  551. Date: Wed, 20 Mar 1991 12:17:00 -0500
  552. From: CSULLOGG@CRL.AECL.CA
  553. Subject: TT questions
  554. To: info-atari16@naucse.cse.nau.edu
  555.  
  556. As a TT user, life is pretty lonely right now. I keep posting questions
  557. on the net about TT compatible software but I do not get any responses.
  558.  
  559. If anyone has an answer to any of the following, please post a reply:
  560.  
  561. 1. Is there a terminal emulation package (VT100/240,etc) that works on
  562.    the TT in TT screen modes (Flash and Uniterm have to be in ST
  563.    screen mode).
  564.  
  565. 2. Do any of the PC emulators work on the TT (ATOnce, ATSpeed, Delta-
  566.    Modul, SuperCharger). I want minimum AT emulation but would prefer
  567.    386 performance.
  568.  
  569. 3. When will Pagestream be fixed to work on a TT (Calamus works in
  570.    ST screen modes and sort of works in TT screen mode).
  571.  
  572. 4. Has Signum been updated for the TT? (Tex works well but I hate
  573.    the command interface).
  574.  
  575. 5. NeoDesk 3 requires a warm reboot to change rez on the TT, thus
  576.    making it unusable because I have to change rez often. Will this
  577.    be worked around in the future.
  578.  
  579. 6. I spoke with the developer of Revolver and there is no plan for an
  580.    upgrade to the TT (ST versions did not sell very well). Pity,
  581.    the ST/TT without Revolver is a drag. Anyone else working on a TT
  582.    task switcher (I could retire before UNIX is ready).
  583.  
  584. 7. MVG works only in ST high rez; any plans for a TT screen mode fix?
  585.  
  586. 8. Turtle and Megamin will not work on the TT; any plans for an upgrade?
  587.  
  588. 9. Will EasyDraw be recompiled for the 68030/68882; it would scream!
  589.  
  590. ------------------------------
  591.  
  592. Date: 20 Mar 91 16:19:31 GMT
  593. From: fs7.ece.cmu.edu!o.gp.cs.cmu.edu!redmond@sei.cmu.edu (Redmond English)
  594. Subject: Uniterm & Kermit
  595. To: Info-Atari16@naucse.cse.nau.edu
  596.  
  597.  >>Help!  I'm having big problems trying to get Uniterm to download
  598.  >>files with kermit.  Can someone send me a detailed message on what to
  599.  >>do?
  600.  >>
  601.  >I'd be interested in any advice people have as well.  I download some-
  602.  >thing to my ST, and when I try to unarc it, the arc usually comes up
  603.  >with a comment like "This uses 13 bits I can only handle 12."  Can anyone
  604.  >tell me why the files I try to downloaded after ftp'ing keep getting
  605.  >smashed?  The text files are ok, its just the binaries that are getting
  606.  >creamed.
  607.  >
  608.  
  609.   You are probably not setting binary mode on either on or both ends.
  610.   The kermit server can be set to binary with:  set file type binary
  611.   and the uniterm end can be set to binary mode by clicking on the
  612.   "Binary Mode" button.
  613.  
  614.                     "It works for me!"
  615.  
  616.                                Red/.
  617.  
  618. ------------------------------
  619.  
  620. Date: 20 Mar 91 19:51:54 GMT
  621. From: noao!ncar!elroy.jpl.nasa.gov!jato!vsnyder@arizona.edu (Van Snyder)
  622. Subject: Uniterm & Xmodem (was Kermit)
  623. To: Info-Atari16@naucse.cse.nau.edu
  624.  
  625. In article <7190@bgsuvax.UUCP> jbernat@bgsuvax.UUCP (Jim Bernatowicz) writes:
  626. >From article <1991Mar20.114315.19825@watdragon.waterloo.edu>, by
  627.  badorion@watyew.uwaterloo.ca (Brian A. Dorion):
  628. >
  629. >...  If you
  630. >are using Kermit to Xfer files from a Vax, you may wish to look for
  631. >sx,sb,sz (Send Xmodem, Batch (Ymodem), Zmodem, respectively.)  Also,
  632. >rx,rb,rz are the receive counterparts.  Once I found these, I found
  633. >Kermit to be too annoying and slow to deal with.
  634.  
  635. If you use Xmodem, make sure to use no handshaking or CTS/RTS handshaking.
  636. Xmodem uses an 8-bit binary block number, starting at zero.  When it gets up
  637. to ~S, the connection shuts down if you're using X-on/X-off handshaking.
  638.  
  639. --
  640. vsnyder@jato.Jpl.Nasa.Gov
  641. ames!elroy!jato!vsnyder
  642. vsnyder@jato.uucp
  643.  
  644. ------------------------------
  645.  
  646. End of Info-Atari16 Digest
  647. ******************************